home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20000824-20010305
/
000236_news@columbia.edu _Fri Feb 2 13:15:03 2001.msg
< prev
next >
Wrap
Internet Message Format
|
2001-03-05
|
3KB
Return-Path: <news@columbia.edu>
Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id NAA29822
for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 2 Feb 2001 13:15:03 -0500 (EST)
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA29630
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Feb 2001 13:15:02 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id NAA12601
for kermit.misc@watsun.cc.columbia.edu; Fri, 2 Feb 2001 13:02:27 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@columbia.edu (Frank da Cruz)
Subject: Re: K95 differences with DOS product - security issue?
Date: 2 Feb 2001 18:02:23 GMT
Organization: Columbia University
Message-ID: <95esnf$c9m$1@newsmaster.cc.columbia.edu>
To: kermit.misc@columbia.edu
In article <0dCe6.1760$wa5.45285522@news.randori.com>,
bpark <bparkbpark@hotmail.com> wrote:
: Talking to a POS system that runs in host mode I can do the following with
: 3.14 "rem cd c:\database" and it works.
:
: Using K95 1.1.20, I get "-Unable to change directory"
:
: Some directories can be gotten to using either package.
:
: This occurs whether doing this over a modem or a null modem connection.
:
: I have no problem believing that this is keyed to some sort of
: privilege/security/access issue coded in by the POS writers but am curious
: as to how the default 3.14 package gets by it but the 95 doesn't.
:
This is the result of the unfortunate coincidence that "\" is both the
DOS/Windows directory separator and Kermit's command "escape" character.
(Almost) anytime the command parser of K95 (and C-Kermit, same parser)
see "\" in a command, they treat it as a signal that a variable or other
special quantity follows, which is to be evaluated before it is used.
The parsing rules in MS-DOS Kermit are similar, but subtly different,
since it is built from an entirely separate code base.
Of course K95 gives you some options for working around the problem,
including:
1. Double any backslash that is to be taken literally:
rem cd c:\\database
2. Put the pathname in a variable and then refer to the variable:
define path c:\database
rem cd \m(path)
3. Temporarily disable backslash processing:
set command quoting off
rem cd c:\database
set command quoting on
- Frank